home *** CD-ROM | disk | FTP | other *** search
- History and changes to DRM-OPUS
- ===============================
-
- Version 1.40 - Forth public release! (version 1.30g recompiled)
-
-
- version 1.30g
- 1. Added Maximus support. The LastUsXX.BBS for Opus is different to Opus's
- LastusXX.DAT file, so had to built that in. The statement MAXIMUS in the
- control file, will change DRM-OPUS to work with Maximus, but there are a
- few other things that has to be done as well. The Maximus PROTOCOL.CTL
- file will have to be added in MAX.CTL as an include, and DRM-OPUS has to
- be specified as follows in the PROTOCOL.CTL file. Please enter exactly,
- as the persentage (%) codes are case-sensitive!!!
-
- Protocol DRM-OPUS
- Type Batch
- Type Opus
- LogFile DRM-OP%K.Log
- ControlFile DRM-OP%K.Ctl
- DownloadCmd DRM-OPUS.EXE -p%p -b%b -t%k -m%d -f%D -r%t
- UploadCmd DRM-OPUS.EXE -p%p -b%b -t%k -m%d -f%D -r%t
- DownloadString Send %s
- UploadString Get %s
- DownloadKeyword Sent
- UploadKeyword Got
- FilenameWord 1
- DescriptWord 4
- End Protocol
-
- Also change your MENUS.CTL file as follows, as far as the download
- command is concerned. You need not change the upload command, as the
- upload is better handeld by the Maximus internal protocol engine! So
- change:
-
- Download Disgrace "Download (receive)"
-
- TO
-
- Download Disgrace "Download (receive)" "d"
-
- In your MENU FILE section of MENUS.CTL. This causes Maximus to stuff
- the keyboard for the caller to automaticly select DRM-OPUS as download
- command!
-
- DON'T forget to run SILT MAX.PRN to add above changes!!!
-
- PLEASE NOTE: The above is for Maximus only. Opus users do not have to do the
- above, and if you do, the results will be unpredictable!!! :-)
-
- version 1.30f
- 1. Fixed a bug with using Xmodem or 1k-Xmodem, where is did not delete the
- files from the hold directory, as well as misinterpreting the EXCLUDE
- command, causing files to be copied, that shouldn't be, etc...
- 2. Now added Task-seperate hold directories. This means, that on top of the
- hold directory specified in the config file, DRM-OPUS will now create
- it's own hold directory, as a subdirectory from the configured hold
- directory. If all this confuses you, don't worry, as the main purpose,
- is to make absolutely sure that no two or more tasks, will ever fight
- over a possible file, that may be downloaded by users from different
- tasks, etc... The sub directory will always be called DRMxx, where
- xx is the task number, etc... In short, this gives even better task
- seperation between users, that may be downloading exactly the same file,
- etc...
-
- version 1.30e
- 1. Added TASKLASTUSER keyword, to point to where LASTUSxx.DAT will be found
- placed by Opus, or some otherway. If this is not put in the control file
- (DRM-OPUS.CFG), the current directory, DRM-OPUS is run from, will be used
- Normally, you should not even bother about this keyword, or to use it, but
- it was included on request.
-
- version 1.30d
- 1. A new option in the control file has been added, and was on request from
- a couple of sysops. EXCLUDE <drive list> will exclude drives specified,
- from copying. This is extremely useful, and makes DRM-OPUS faster as well
- as DRM-OPUS will now tell DSZ to download files directly from the
- excluded drive's, and only copy files, not specified by the EXCLUDE drive
- letter command. In short, specify all your R/W drives, and leave out the
- drive letters, used by your CD-ROM drive.
- Example: EXCLUDE CDEFGHIJK
- This means, DO NOT COPY FILES FROM DRIVE letters CDEFGHIJK, but do
- copy files from any other drive, that might be in use, etc...
- 2. If multiple files are typed in on the command line by the user, it will
- now be sorted in an ascending order according to the drive letters where
- the files reside, etc... This will help to prvent, especially the DRM-60x
- drive, to swop unecessary between disks, etc...
- 3. Refering to 2., NOSORT has been added, if NO sorting is desired.
-
- version 1.30c
- 1. Added LASTUSxx.DAT detection, as one sysop got an error, because his
- LASTUSxx.DAT file was not created in the Opus directory. DRM-OPUS
- won't die now, when the file is not found, but will carry on, logging
- it in the log file, if enabled...
- 2. Task detection, now has a timeout value of 60 seconds, and will inform
- the user. This was done, because, if DRM-OPUS or DSZ crashes, and it
- does not delete the DRM$TA$K.FL$ flag file, then all the tasks will start
- hanging, when users try to download from other tasks, etc... Please note
- that the 60 seconds will be the maximum time waited in all cases, and
- hopefully, the other tasks will not be busy longer than one minute. Next
- beta, I will set the delay time in the control file...
-
- version 1.30b
- 1. Made a booboo, with the uploads, regarding task detection. It created a
- busy flag, when uploading, and hanged all the nodes...not nice. It should
- be fixed now.
-
- version 1.30a
- 1. Added task aware code... Any task will now create a file in the default
- directory, just before copying files, and remove it after the copy. This
- will make sure that only one task access the CDROM at any one time...
- File name is DRM$TA$K.FL$ and writes the task number to it...in case you
- need to know. This file name won't be documented in the next official
- release, etc...
- 2. Added to the ability for DRM-OPUS to create the HOLD directory, if it
- does not exist. It will also be logged, if non existant, and if log
- level is at least set to 1.
-
- Version 1.30 - Third public release!
-
- 1. Added a function to change the whole USER.DAT userbase file, to reflect
- each and every existing user's default protocol to be 'D' for DRM-OPUS.
- See doc's for description on this. See -U command switch.
- 2. At the same time, a command switch was also added, together with the
- task number, to set the LASTUSxx.DAT file, for the default protocol
- of 'D' for DRM-OPUS. Also see the docs for the reason and use of these
- functions, etc... See -L -T# switch!
-
- The above was added to get rid of the clumsy command stuffing methods. Please
- see the docs for more info on this. It really works, and basicly puts your
- BBS back to what it used to be, providing propper command stacking, etc.
- Only thing is the protocol gets asked after the file name(s), not before!
-
- 3. Changed the way multiple files for downloading gets passed on to DSZ.
- A file list is now created, and passed on to DSZ. Previously, only
- about 5 files maximum were allowed to be passed on to DSZ for down=
- loading. This caused problems on certain systems, like exception #12's
- under Desqview, etc. Also, basicly, unlimited amount of file stacking
- should be possible, although, Opus itself will limit the amount of
- files to be downloaded at any one time, etc.
- 4. Duplicate file detection is now also built in. It seems unavoidable,
- especially on CD-ROM's, to have duplicate file names sometimes, all
- over the disks, and more so on a DRM-600 Pioneer drive. This can be
- sorted out by the sysop...but oh my oh my...what a job! When Opus
- passes more than one filename from different CD-ROM's, or normal Disks,
- of the exact same filename (and extention), DRM-OPUS will now detect
- that, and only copy/transmit the very first file found, and ignor the
- duplicates. For those that think they have sorted out there duplicates
- or those that don't like the duplicate detection, there is an option
- in the DRM-OPUS.CFG to disable this. just uncomment NODUPES and NO
- duplicate detection will be done!
-
- Version 1.22 - Only Beta copies were released!
-
- 1. Added ANSI support, by reading the LastUser.Dat file. If Ansi is set on
- the user's record, ANSI will be used, otherwise it defaults to TTY
- 2. The logfile format was changed to match the way Opus writes log files.
- It will also now write directly to the OpusXX.log file, specified in
- your .PRM file. It also contains 4 levels of logging information, where
- 0 is no log, and 4 is maximum information, etc...
- 3. Local console information is now better displayed, reading info from
- the LastUsXX.DAT file.
- 4. Added DSZ's MobyTurbo and ZMODEM-90 support with the M download
- command. I think you need a registered version of DSZ for Ymodem-g
- and MobyTurbo/Zmodem-90 to work..., but that is only needed for
- uploading...I think?
- 5. Uploads can also be done now, so stuffing the keyboard for uploading
- to change the default protocol back to none, is no longer necessary,
- but this is entirely up to you to decide. The advantage of having
- DRM-OPUS doing the uploads are actually tremendous, as hooking into
- programs like ArcDoctor, and Ziplab should be possible, to scan for
- Viruses for uploaded files, and deleteing and adding your own tag
- infomation on compressed files, maybe even changing archive methods,
- etc. Support will be built into the program hopefully with the next
- version.
- 6. Fixed up the doc's a bit, to hopefully make the installation more
- understandable for new commers, etc...
- 7. Fixed a problem with using the root directory, as Hold directory,
- especially when using a RAM disk. RAM disks tested, and found to speed
- up the copy process, especially on fast machines, etc...
- 8. Also, now deletes the DSZ.LOG file created in the HOLD and UPLOAD
- directories. This seemed to cause problems, with orphans, and specially
- sysops, using different upload directories for different areas, etc...
- 9. Also added LOG level 4, so that the DSZ.LOG information can be dumped
- to the OpusXX.log file, when having problems. Please enable log level
- 4, when experiencing problems, and send the logfiles to me, when
- reporting, etc...
-
- Version 1.21 - Second Public release
-
- 1. Recompiled program with 8086 code, as it didn't want to run on an XT.
- This would have impacted anyone trying to run on a LAN, with XT's.
-
- Version 1.20
-
- First Public release.
-